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(57) Abstract: The present invention proposes a method 
for transmitting data in a communication network, 
said communication network comprising at least one 
call control entity (CSCF) for controlling calls to be 
established from a subscriber (A, B) to a communication 
destination (B, A), a service control entity (SCP) for 
controlling services provisioned in said network for a 
respective subscriber, and a detection entity (DP) adapted 
to detect at least one of a plurality of predetermined 
conditions occurring in said network; said method 
comprising the steps of: forwarding a signaling message 
from said subscriber (A) to said at least one call control 
entity (CSCF) for being further forwarded to said 
destination (B), said signaling message comprising a 
message header and a message body, said message header 
including information descriptive for a content carried in 
the message body, detecting the occurrence of said at least 
one predetermined condition, and in case the occurrence 
of said predetermined condition has been detected, 
sending information concerning the content carried in 
the message body of said signaling message to said 
service control entity (SCP). Also, the present invention 
proposes a communication system comprising a call 
control entity (CSCF) controlling calls to be established 
from a subscriber (A, B) to a communication destination 
(B, A), a service control entity (SCP) controlling services 
provisioned in a network for a respective subscriber, 
wherein said system is adapted to operate according to the 
above method, and also a call control entity and a service 
control entitv as such. 
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TITLE OF THE INVENTION 

A method for transmitting data in a communication network 
5 FIELD OF THE INVENTION 

The present invention relates to a method for transmitting 
data in a communication network. 

10 BACKGROUND OF THE INVENTION 

Recently, developments concerning communication networks 
focus also on a communication network enabling transmission 
of (speech) data on the basis of the Internet Protocol 
15 (IP), known as Voice over IP (VoIP) and/or IP Telephony. 

Such communication networks comprise an access network via 
which a subscriber's terminal gains access and/or connects 
to a core network. The access network is specific to a 
20 connection technology such as wireless/radio access 

networks or non-wireless access networks, while the core 
network is independent of the connection technology adopted 
for connection of the terminal to the network. 

25 Fig. 1 of the drawings shows in rough outline the basic 
constituents of such a communication network. It is to be 
noted that the drawing illustration has been significantly 
simplified for explanatory purposes such that Fig. 1 shows 
only those components considered to be relevant for the 

30 understanding of the present invention. 

A subscriber, i.e. a subscriber's terminal A establishes a 
communication path via the network NW to a communication 
destination B. The subscribers terminal may be any 
35 wireless or non-wireless terminal, as long as it is adapted 
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to co-operate with the communication network NW. Likewise, 
the communication destination may be a terminal of a 
subscriber to said network. Nevertheless, it may be any 
terminal and also a terminal having subscribed to another 
5 network (not shown) . A terminal may be identified by its 
address or an address associated thereto. 

The communication network NW consists of an access network 
AN and a core network CN. Since the access network 
10 technology is of minor interest for the present invention, 
a detailed description thereof is omitted. However, the 
access network may for example be a UMTS (Universal Mobile 
Telecommunications System) access network, a GPRS (General 
Packet Radio Service) access network, or the like. 

15 

The core network CN in turn comprises at least one call 
control entity also referred to as call state control 
functional entity CSCF (or referred to as service switching 
point SSP) . The call state control function CSCF comprises 

20 a serving CSCF and an interrogating CSCF. The serving CSCF 
is used for mobile originated communications and also to 
support mobile terminated communications. The serving CSCF 
provides a serving profile database SPD (not shown) and an 
address handling AH (also not shown) functionality. The 

25 serving CSCF supports the signaling interactions with a 
terminal. The interrogating CSCF is used for mobile 
terminated communications and is also used to determine how 
to route mobile terminated calls. The interrogating CSCF 
interrogates a home subscriber server HSS (not shown) for 

30 information to enable the call to be directed to the 

serving CSCF. The interrogating CSCF provides an incoming 
call gateway functionality ICGW and the address handling AH 
functionality. Both, the serving and interrogating CSCF 
components can be provided in a single CSCF if required. 



35 
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Particularly, the call state control function CSCF provides 
a call control functionality CCF. In connection therewith, 
it provides among others for 

- call set-up/termination and state/event management 

5 - call event reporting for billing, auditing, intercept or 
other purposes, 

- receiving and processing application level registrations. 

Furthermore, the call state control functional entity CSCF 
10 has an interface to a service- control entity also referred 
to as service control point SCP. This network entity 
provides for the ability of the network to determine what a 
particular service does, for a specific invocation of that 
service, within the limitations of that service. 

!5 

Thus, in brief, a subscriber's terminal A, upon 
establishing a call, communicates via the access network, 
the CSCF of the core network, and again via the access 
network with the communication destination B (terminal of 
20 subscriber B, for example) , -while the services provided for 
such a call are under control of the SCP. 

In currently developed communication networks, signaling 
within a network as described above is based on the Session 

25 Initiation Protocol SIP. According to the Session 

Initiation Protocol, SIP message headers are in plain text 
and look similar to e-mails. Also, SIP uses a client server 
model similar to the Hypertext transfer protocol HTTP and 
many others, and is used in conjunction with other 

30 protocols such as Session Description Protocol SDP etc. 

Signaling is effected by exchanging SIP messages. SIP 
messages can be divided into SIP request messages and SIP 
response messages. 
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SIP request messages are SIP INVITE (invites client or 
server to establish a session) , SIP ACK (confirmation 
reception of a final response to an INVITE message) , SIP 
BYE (sender wishes to close the session), SIP CANCEL 
5 (cancels pending requests), SIP OPTIONS (asks for 

information about capabilities before establishing a 
session), SIP REGISTER (informs a location server of the 
client's IP address). 

10 SIP response messages are lxx Informational, 2xx Success, 
3xx REDIRECTION, 4xx CLIENT ERROR, 5XX SERVER ERROR, 6XX 
GLOBAL FAILURE. Such SIP response messages use a 3 digit 
number, e.g. lxx. The first digit defines the category, 
while the next two digits allow up to 100 variations, e.g. 

15 200 OK (successful invitation) . 

The call state control functional entity CSCF in connection 
with the SIP serves as a SIP server with which session 
establishment is effected according to known SIP session 

20 establishment procedures which are not described here in 
detail. A SIP server similar to a CSCF is a so-called call 
processing server CPS (not shown in Fig. 1). The difference 
being that a CPS is compliant to SIP (as defined in RFC 
2543), while the CSCF is compliant to 3GPP specifications. 

25 It can be said that a CSCF is a subclass of call processing 
servers designed for mobile networks. 

The above briefly described SIP standards enable the 
sending of different types of content within the SIP 

30 signaling, for example with the SIP INVITE message. The 
content is defined with content type and content length 
field within the SIP message, whereas the actual content is 
inserted into the message body. Such content to be inserted 
can be any content which has a MIME type definition. MIME 

35 (= Multipurpose Internet Mail Extensions) provide a common 
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structure for encoding a range of electronic documents or 
other multimedia data. For example, such MIME type content 
could be text, image, audio, video, compressed file, 
application data, HyperText Markup Language (HTML) data, e- 
5 mail data. 

Using MIME enables signaling the type of "object" being 
carried, associating a file name with an object, 
associating several independent objects for forming a 
10 multi-part object, handling data encoded in text or binary 
and -if necessary- re-encoding the binary as text. 

However, there may arise situations in which there are 
conditions prevailing in the network which impede the 
15 establishment of a call connection between a caller and a 
called destination (callee) and which will lead to missed 
calls . 

In order to provide data representing information 
20 concerning missed calls to the callee, call answering 

services as a basic value added service in today's Public 
Land Mobile Networks (PLMNs) have been proposed. Such 
services are normally implemented using a voice mail system 
in connection with a call transfer function of the PLMN. In 
25 practice, a call answering service is often used for a mere 
recording of call / callback requests (by leaving a message 
such as "could you please call me back under telephone 
number 12345") . 

30 A call answering service is not an optimal service for call 
request logging although it is used for that purpose. The 
user (callee) must complete several phases before being 
able to call back the caller waiting for being called back. 
Namely, the callee will have to 
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a) receive a notification (e.g. by SMS, Short Message 
Service) that a voice mail has arrived for his (mobile) 
terminal, 

b) call his voice mail box, 

5 c) listen to the voice mail and note down the telephone 
number he is asked to call back, 

d) terminate the call to the voice mail box 

e) make a new call to the phone number obtained under step 

c) . 

10 

Missed calls are logged in today's mobile phones 
(terminals) but such a phone service cannot be used 
extensively because there exist limitations such as 

1. mobile phones can not be always switched on (because of 
15 being present in or near airplanes/hospitals etc. where 

there might be a danger of adverse effects due to the radio 
waves emitted by the mobile terminal, 

2. a caller is not informed that his failed call attempt 
has been logged in the called phone, which often means that 

20 the caller will additionally leave a voice message using 
the call answering service just requesting to be called 
back, and 

3. it is difficult for the called person to derive a 
knowledge of who was the caller of the logged phone number 

25 (CLI, Calling Line Identity) if the logged CLI is not 

registered to the phonebook of his terminal (i.e. mobile 
phone) . 

Still further, with the use of SIP messages (as described 
30 above) such as SIP INVITE for call establishment, even in 
case of leaving a voice message at an answering service, 
content already carried in the SIP message is not known to 
the callee and would thus have to be retransmitted later 
on, leading to a wasteful use of network transmission 
35 capacity. 
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SUMMARY OF THE INVENTION 

Consequently, it is an object of the present invention to 
provide an improved method for transmitting data in a 
5 communication network, which method is free from the above 
mentioned drawbacks. 

According to the present invention, this object is for 
example achieved by method for transmitting data in a 

10 communication network, said communication network 

comprising at least one call control entity (CSCF) for 
controlling calls to be established from a subscriber (A, 
B) to a communication destination (B, A) , a service control 
entity (SCP) for controlling services provisioned in said 

15 network for a respective subscriber, and a detection entity 
(DP) adapted to detect at least one of a plurality of 
predetermined conditions occurring in said network; said 
method comprising the steps of: 

- forwarding a signaling message from said subscriber (A) 
20 to said at least one call control entity (CSCF) for being 

further forwarded to said destination (B) , said signaling 
message comprising a message header and a message body, 
said message header including information descriptive for a 
content carried in the message body, 
25 - detecting the occurrence of said at least one 
predetermined condition, and 

- in case the occurrence of said predetermined condition 
has been detected, sending information concerning the 
content carried in the message body of said signaling 

30 message to said service control entity (SCP) . 

According to advantageous further embodiments, according to 
the proposed method 

- said detection entity informs the service control 
35 entity (SCP) of the occurrence of said predetermined 
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condition, and in response thereto, the service control 
entity (SCP) requests the call control entity (CSCF) to 
send said information concerning the content carried in the 
message body of said signaling message to said service 
5 control entity (SCP) ; 

- said at least one of a plurality of predetermined 
conditions is related to a state of call establishment of a 
call between said subscriber (A, B) and said destination 
(B, A) ; 

10 - said state of call establishment is indicated by a 

type of a signaling response message; 

- said state of call establishment is an unsuccessful 
call-setup; 

- it further comprises a step of analyzing said 

15 information concerning the content carried in the message 

body at said service control entity (SCP) , and dependent on 
the result of analyzing, requesting said call control 
entity (CSCF) to send at least a part of said content of 
said signaling message to said service control entity 

20 (SCP); 

- it further comprises a step of processing said 
content sent from said call control entity (CSCF) to said 
service control entity (SCP) at said service control 
entity; 

25 - said processing comprises modifying said content of, 

deleting said content of or adding a new content to the 
signaling message body; 

- only predetermined information concerning the 
content carried in the message body of said signaling 

30 message is sent to said service control entity (SCP); 

- said predetermined information are specific types of 
content carried in said signaling message; 

- said specific types are preselected at the call 
control entity (CSCF) ; 
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- said specific types are preselected at the call 
control entity based on subscriber specific selection data; 

- said signaling message is a Session Initiation 
Protocol (SIP) message and wherein said contents carried in 

5 said message body are Multipurpose Internet Mail Extension 
(MIME) type contents; 

- said service control entity (SCP) sends the 
processed content to the call control entity (CSCF) and 
requests the call control entity to deliver said processed 

10 content; 

- delivering said processed content is effected via a 
data link different from a data link used for a call; 

- said different data link to said destination is 
established via a WAP gateway and/or the Internet 

15 

Furthermore, according to the present invention, there is 
provided a call control entity controlling calls to be 
established from a subscriber to a communication 
destination in a communication network, comprising: a 

20 transceiver means adapted to receive a signaling message 

from said subscriber and to forward said signaling message 
to said destination, said signaling message comprising a 
message header and a message body, said message header 
including information descriptive for a content carried in 

25 the message body, a control means adapted to be responsive 
to the detection of the occurrence of at least one 
predetermined condition occurring in said network, wherein 
in case the occurrence of said predetermined condition has 
been detected, said control means sends information 

30 concerning the content carried in the message body of said 
signaling message to a service control entity. 



35 



In addition, the present invention provides a service 
control entity controlling services provisioned in a 
network for a respective subscriber, a subscriber 
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establishing calls to a communication destination in a 
communication network using a signaling message comprising 
a message header and a message body, said message header 
including information descriptive for a content carried in 
the message body, said service control entity comprising: 
control means adapted to be responsive to a detection of at 
least one predetermined condition occurring in said 
network, wherein in response thereto, the service control 
entity is adapted to issue a request to a call control 
entity for information concerning a content carried in the 
message body of a signaling message to said service control 
entity. 

Advantageous further developments of the call control 
entity and the service control entity according to the 
present invention are set out in the respective dependent 
claims. 

Moreover, the present invention concerns a communication 
system comprising a call control entity controlling calls 
to be established from a subscriber to a communication 
destination, as defined above, a service control entity 
controlling services provisioned in a network for a 
respective subscriber, as defined above, wherein said 
system is adapted to operate according to the method as 
defined above. 

Accordingly, the present invention enables the service 
control entity to have information about the call on hand, 
which include also specific information intended to be 
transmitted in the call (i.e. a content of the call). Still 
further, at least some of said content / specific 
information could be delivered always to the destination 
using an alternative delivery scheme, i.e. by delivering 
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information/content via a data link different from a data 
link used for a call. 

For a caller, this service is flexible and quick to use, as 
5 often just a call request, even in vain, is enough to 
indicate the call attempt and some information to the 
called destination. Thus, leaving a voice message is no 
longer necessary and may just be effected if desired. 

10 For the called person, i.e. a subscriber at the destination 
terminal side, managing of call requests at his own 
terminal is simplified compared to the multi-step retrieval 
procedure from a voice mail box. 

15 Still further, from a network point of view, the proposed 
method frees voice mail system capacity for other services 
where voice messaging or voice content has some real value. 
Also, content already carried in the SIP message can be 
made available to the callee and thus will not have to be 

20 retransmitted later on. Hence, there is no longer a 

wasteful use of network transmission capacity to be used 
for retransmission. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 

Still further objects, features and advantages of the 
present invention will become more fully apparent when 
referring to the description of embodiments of the present 
invention in conjunction with the accompanying drawings, in 
30 which 

Fig. 1 shows in rough outline the basic constituents of an 
example of a communication network, 
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Fig, 2 is a flowchart of different steps and signaling 
involved among the network entities in connection with the 
present invention, 

5 Fig. 3 is a diagram illustrating a basic signaling scenario 
in connection with the present invention implemented in a 
mobile IN network in connection with a WAP/Internet 
network, and 

10 Figs- 4 to 7 show signaling diagrams of modifications of 
embodiments of the present invention. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

15 The present invention will be described hereinafter in 
detail with reference to the drawings. 

Fig. 2 shows a flowchart of signaling exchanged between and 
of processing steps effected by network entities shown in 

20 Fig 1. The signaling/processing starts in step S20. In step 
S21, a subscriber initiates, at his terminal A, a call 
establishment in order to establish a call to a 
communication destination such as a terminal B of another 
subscriber, by sending a corresponding signaling message 

25 via the access network AN and the call control entity such 
as a call state control function CSCF of the core network 
CN to B. The signaling message is a SIP message such as for 
example SIP INVITE, the signaling message comprising a 
message header and a message body, said message header 

30 including information (e.g. content type, content length) 
descriptive for a content (for example MIME type contents) 
carried in the message body. 

The core network CN is provided with a detection entity 
35 such as a detection point DP. This may be a separate entity 
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or may be implemented as a functional part of other 
entities of the network. The detection entity is adapted to 
monitor one or more conditions prevailing in the network 
and to detect and inform about specific conditions for the 
5 detection of which it is armed. (Note that a detection 

point sometimes is referred to as just a state or event in 
call processing. The call processing method /algorithm 
implemented at the CSCF encounters predefined events or 
states in call processing that are in such cases referred 

10 to as detection points.) In step S23, the detection point 
DP checks, whether a predetermined condition has occurred 
in the network, i.e. whether the network is in a 
predetermined state. For example, such predetermined 
conditions are related to a state of call establishment of 

15 a call between said subscriber A and said destination B, 

wherein said state of call establishment is indicated by a 
type of a signaling response message (for example above 
mentioned SIP response messages) . More specifically, for 
example, the state of call establishment is an unsuccessful 

20 call-setup indicating that the destination B could not be 
reached. Nevertheless, other predetermined conditions may 
be monitored and evaluated by the detection point DP. Also, 
more than one condition may be monitored and evaluated in a 
logic combination. Stated in other words, a predetermined 

25 condition is intended to mean any combination of one or 
more network conditions and/or network states. 

For example, another condition to be detected by the 
detection point within the call set-up processing performed 

30 by the CSCF is just the receipt of a SIP INVITE message. 

Thus, this condition at the detection point is encountered 
always when a SIP INVITE message is received. Of course, 
the triggering of a query or indication in this 
condition at the detection point to the service control 

35 entity may be performed only for the subscribers, who have 
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the detection point armed within their subscriber data 
trigger information. If there is a call processing 
. statemodel within the CSCF, the CSCF must store for each 
individual call and/or call instance, the call set-up 
5 information within the SIP INVITE message and subsequent 
messages, in order to be able to deliver this information 
to the service control entity during subsequent call set-up 
processing . 

10 Another condition for a detection point is associated to 
and/or located in CSCF call processing statemodel and 
particularly enabled at the phase where the called party 
user equipment (e.g. mobile station) acknowledges the 
received SIP INVITE message using, for instance, the SIP 

15 message "100 trying". At this stage it is known that the 

contents sent to the user equipment in the INVITE call set- 
up message were received successfully and that the 
bandwidth consumption caused by their delivery actually 
took place. If the predetermined condition is not detected 

20 (NO in step S23) , the flow branches to step S22 and a 
normal processing for signaling message processing is 
continued, which will not be described here in detail, 
since the normal processing is of no particular relevance 
for the present invention. 

25 

If, however, the predetermined condition is detected (YES 
in step S23), the flow proceeds to step S24. In step S24, 
the detection point DP informs the service control entity 
SCP of the occurrence of the predetermined condition. 

30 Thereupon, in step S25, the service control entity requests 
the call control entity to send information related to the 
content of the signaling message to the service control 
point. This information may be the information included in 
the header of the signaling message. Optionally, the entire 

35 header information is not necessarily be sent to the 
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service control entity SCP, but rather predetermined parts 
of the information included in the header are sent to the 
SCP. This means that only message content types marked in 
the CSCF or in trigger data associated with the subscriber 
e.g. in a Home Subscriber Server entity HSS (not shown in 
Fig. 1) and which are sent to the CSCF at a location 
update, are sent to the service control entity SCP. The 
service control entity SCP is not bothered about irrelevant 
content types or content types not interpretable by the 
service control entity. Alternatively or additionally there 
could also be service control means specific data 
specifying the relevant content types. Note that the 
service control entity SCP may be an external and/or 
separately provided SCP or a service execution environment 
associated to the CSCF. An interface between SCP and CSCF 
can be object oriented such as a CORBA (Common Object 
Request Broker Architecture) interface or based on HTTP 
(HyperText Transfer Protocol), or just a programming API 
(Application Programming Interface) . 

In a subsequent step S26, the service control entity SCP 
analyzes the received information. If the analysis yields 
in step S27 that predetermined content types have been sent 
to the SCP/ the flow proceeds to step S28. 

In step S28, the SCP requests the CSCF to send the content 
of the indicated predetermined type to the SCP, and the SCP 
processes the thus received content. Such a processing may 
reside in modifying said content of, deleting said content 
of or adding a new content to the signaling message body. A 
combination of deletion and addition of contents may result 
in a replacement of some contents. Of course, an entirely 
new content may be requested by the service control entity 
to be inserted to the SIP INVITE message. No existing ones 
are deleted. Besides, there may (previously) have been no 
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MIME type contents in the SIP INVITE message. For example, 
contents may be replaced by a prestored content such as a 
greeting content. Such a content prestorage may be effected 
by the calling party (A) to the SCP or to a database 
5 location (not shown) accessible by the SCP. The SCP 
retrieves the contents based on calling party 
identification and some message identifier carried in the 
message. The SCP then sends these (retrieved) contents to 
the CSCF to be added to e.g. SIP INVITE message to the 

10 destination terminal. Also, there could be a URL carried in 
the SIP message by means of which the SCP retrieves the 
content and sends them to the CSCF. Also, content 
conversion or deletion can be based on information about 
terminal content presentation capabilities. These are 

15 obtained by inquiring from the SCP the terminal capability 
information cached to the network. 

Upon completion of the processing at the SCP, the SCP sends 
the processed content to the CSCF and requests the CSCF to 
20 deliver the signaling message including the processed 
content. 

Several options exist for the delivery of the MIME type 
contents or other similar contents encapsulated in SIP 
25 messages to the service control entity SCP. Example 

embodiments of such options are explained further below 
with reference to Figs. 4 and 5. 

If the analysis yields in step S27 that no predetermined 
30 content types have been sent to the SCP, the flow proceeds 
directly to step S29 while omitting step S28. Thus, content 
of the signaling message is not processed at the SCP, but 
the signaling message is delivered unmodified from the 
CSCF. Alternatively, in case of NO in step S27, another 
35 processing (not shown in Fig. 2) could be carried out such 
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for example delivery of a predefined content such as a 
greeting content, or a guestbook service creation referred 
to herein below. 

5 Note that in the chosen example it has been assumed that a 
call establishment to the called destination B has failed, 
which failure was detected as a predetermined condition. 
Therefore, delivering the signaling message can not use the 
data link and/or communication channel used for a call, 

10 i.e. from the CSCF via the access network AN to terminal B. 
Rather, a different data link as compared to that data link 
has to be used. Generally, messaging mailboxes may be used 
for the alternative delivery. For example, an e-mail data 
link to an e-mail address of the destination B could be 

15 used for delivery of the content. Thus, the contents may 
have to be embedded to an e-mail message generated at the 
SCP. 

Thereafter, the process ends in step S30. 

20 

Thus, as mentioned above, firstly only message content 
types and other information about them is indicated to the 
service control entity. The service control means then, 
upon analysis thereof, requests the actual contents from 
25 the call state control means (e.g. CSCF or SIP call 

processing server) , if the type of the contents is relevant 
or of interest for the service application. 

Accordingly, as has been described herein above, the SIP 
30 message content is send from the CSCF to the SCP, if the 
SCP request it. Thus if a detection point triggers and/or 
detects when a call connection is unsuccessful, the SCP 
gets information about the call. This information includes 
listing of MIME types that the content of the call has. The 
35 SCP can then consult a subscriber specific logic to learn 



WO 02/078362 



18 



PCT/EP01/03305 



how to handle each MIME type in each trigger situation, 
e.g. "if call is unsuccessful and call includes a picture 
then request the CSCF to send the picture to SCP and send 
the picture with e-mail to address XXX", where XXX is an e- 
5 mail address corresponding to the initial destination B. 
Although SCP has been mentioned as an entity actually 
carrying out the invention, it is not limited thereto. Any 
entity adapted to carry out the described functionality may 
be suitable for the purpose of the present invention. 

10 Stated in other words, according to the present invention 

SIP message contents are intercepted and provisioned to the 
SCP from the CSCF in case the SCP requests so, for 
instance, when arming the event detection point (s) for 
unsuccessful call set-up. The SIP message contents could be 

15 sent to the SCP and converted into multimedia store and 

forward messages or WAP push messages to be delivered. This 
could enable a greeting content to the recorded by the 
calling party and having it delivered always in case of 
unsuccessful call set-up. The content could be 

20 parameterized by the calling party so that it is delivered 
only in case of unsuccessful call set-up. Similarly, there 
could be different contents for different outcomes in call 
set-up. 

25 Still further, the present invention enables the 

provisioning of a guestbook service where browsable content 
(e.g. web or WAP pages) are created to and/or at a content 
server. Then, there are created entries indicating time of 
incoming call and information from SIP message headers such 

30 as subject and caller ID. If there have been contents 

present in the SIP INVITE messages related to call set-up 
attempts, these contents, being of suitable type such as a 
picture (JPG, GIF, TIFF) or video clip (MPEG, Quicktime), 
are as well added to the guestbook content created for a 

35 subscriber at the content server. Also, the decrementation 
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of prepaid charging credit based on chargeable contents is 
enabled. The SCP (service control entity) determines- which 
content types should be charged or not, i.e. SDP (Session 
Description Protocol) contents, which is used to carry 
5 information about media channels, is not to be charged, but 
MIME type contents could be charged according to type 
and/or size and/or destination and/or time etc. 

There can also be rules for the decrementation of prepaid 
10 credit for a receiving subscriber. This means that certain 
types of contents can be free or that contents up to a 
given length are free. Similarly, there can be a function 
that determines the amount of credit to be decremented 
based on content length. 

15 

As shown in Fig. 6, the prepaid service can be beneficially 
triggered, i.e. invoked, at the service control entity at 
the detection point of CSCF call processing where the user 
equipment had acknowledged the SIP INVITE message using the 
20 100 trying message. At that detection point, at least the 

content type of the content delivered to the user equipment 
in INVITE is reported by the CSCF to the service control 
entity. The content length may also be report, maybe even 
the content itself. 

25 

The service control entity knows at this detection point 
that the content was successfully delivered to the user 
equipment. Thus the prepaid credit can be decremented. 

30 Generally, there can be a function that receives as 

argument the content type and length, then the function 
returns the amount of prepaid credit to be decremented for 
the subscribers credit. The function can take extra 
arguments such as the remaining credit, the amount of 
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contents received during a given earlier time period, the 
calling subscriber identity, etc. 

The prepaid account may be stored at the service control 
5 entity or in a separate server communicating with the 

service control entity. The prepaid account stores the user 
specific credit. 

In addition to the prepaid service other charging services 
10 can be thought of. It may be possible that the contents to 
be delivered to the called party in the SIP INVITE message 
are considered as extra information, not subscribed by the 
called party. Therefore, if the called party paid extra for 
the delivery of such contents, it could be considered 
15 unfair for the called party. 

One simple service might be the deletion of these contents 
due to a service in the service control entity, which 
instructs the CSCF to delete the extra contents to be paid 
20 by the called party. For instance, the service control 

entity might recognize the content types, the delivery of 
which costs extra for the called party, and due to service 
data associated with the called party, make the decision to 
instruct that these be deleted. 

25 

It can be conceived also that if the called party should 
pay for the delivery of extra contents in forward direction 
signaling messages, the charging service triggered at the 
service control entity might decide to charge the calling 
30 party for these extra contents. This means that the service 
control entity instructs the CSCF to send a charging 
message in backwards signaling towards the calling party. 
The receiving of the charging message at the calling party 
side, for instance, in the calling party call processing 
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server causes that charging is accrued for the calling 
party for the content. 

The actual implementation of the charging accruing for the 
calling party may vary. It can be conceived that simply a 
charging record (CDR) is created at the CPS (call 
processing server) based on the charging request message. 
In other implementations an E-cash withdrawal from the 
calling party electronic purse is performed at the 
receiving of the charging request message. The purse may be 
stored in association with e.g. either UE-A or CPS-A or an 
SCP for the calling party. 

The E-cash amount withdrawn may be delivered towards the 
called party operator. Similarly, a calling party prepaid 
account may be debited at the receiving of the charging 
request message 

Fig. 3 shows a signaling scenario in connection with the 
present invention, where the SIP message contents could be 
sent to the SCP and converted into multimedia store and 
forward messages, or to WAP push messages to be delivered, 
or where a guestbook service could be provisioned with 
browsable content (e.g. web or WAP pages) being created. 

The scenario shown in Fig. 3 makes use of a communication 
network consisting of a seamless distributed implementation 
of a mobile Intelligent Network (mobile IN) and a 
WAP/Internet network. Note that for explanatory purposes 
the network is represented in a quite simplified manner, 
i.e. network entities involved in implementing the present 
invention are shown while those entities of minor or no 
relevance for the present invention are omitted from the 
figure. The method according to the present invention is 
implemented in the network. 
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The mobile intelligent network as shown in Fig. 3 comprises 
a Service Switching Point entity SSP which comprises 
features of the call control entity CSCF as well as of the 
5 detection point entity DP. Associated to the SSP, there may 
optionally be provided a Interactive Voice Response IVR 
server. A voice mail entity as an "answering machine" 
implemented in the network is optionally also provided for. 
Furthermore, the mobile intelligent network is provisioned 
10 with a service control entity SCP. Conventionally, in case 
a callee (terminal B) is not reachable, the SCP directs the 
SSP to connect the call to the voice mail so that the 
caller may leave a spoken message for the callee B. 

15 It is to be noted that, throughout the present 

specification intelligent network (IN) concept designates 
any solution in which a call, connection or session 
processing node contacts a service control function which 
issues instructions to the respective node. For instance, 

20 the contact to the service control function is based on a 
trigger information stored in the respective nodes, or 
obtained to (i.e. for) the respective nodes from a 
subscriber information database. The trigger information 
may specify situations in the course of a call, connection 

25 or session handling. For instance, the service control 
function may be internally distributed. Moreover, the 
corresponding IN protocol could be any protocol between a 
controlling entity, such as a service control function 
(e.g. Camel CSE [CAMEL = Customized Application for Mobile 

30 network Enhanced Logic; CSE = CAMEL Service Environment]), 
responsive to triggering from a call, and a session or 
connection processing node. The IN protocol may be e.g. an 
object oriented interface where the operations are object 
methods or invocations. The service control function may 

35 reside within the above mentioned processing node thus 
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making essentially the protocol towards the service control 
function entity an application programming interface. 

The WAP/Internet network has a WTA server (Wireless 
5 Telephony Application), a WAP (Wireless Application 
Protocol) gateway WAP GW providing a gateway and/or 
interface to a terminal (here: B) via some access network 
(not shown) , and a Multimedia Messaging Service Center 
MMSC. Also, a database entity named directory services can 
10 be provided for. As these components and their basic 

functionalities are believed to be known to those skilled 
in the art, a detailed description thereof is omitted here 
and a focus is laid only on those functionalities in 
connection with the present invention. 

15 

Signaling between these entities is indicated by arrows 
denoted with numerals 1 to 7 which represent the order of 
signals in time. Firstly, terminal A signals in a call 
attempt (1.) that it wishes to establish a call to terminal 

20 B as a communication destination. This call attempt is 

represented by a SIP signaling message such as SIP INVITE, 
as explained herein above, which may carry some contents in 
its message body. Under the assumption that the destination 
B is not reachable or does not answer, i.e. the call setup 

25 is indicated in a network state as being not successful, 
the SSP acting as a detection point detects this state 
(predetermined condition) and triggers (2.) the execution 
of the further steps of the method according to the present 
invention. This means, that in general the processing as 

30 described in connection with Fig. 2 is initiated. 

In a third step signaling (3.) the SSP prompts the caller 
of the detected condition using e.g. a greeting content. A 
user interface for a (non-successful) caller may be 
35 implemented by the aid of the IVR server or announcements 
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and DTMF (Dual Tone Multi-Frequency) functions of the SSP. 
However, as the greeting content to the caller is of 
subordinated relevance in connection with the present 
invention, a further description thereof is considered to 
5 be dispensable. With a user interface, a user's (caller's) 
input could be collected in the signaling (3.). However, in 
case of SIP signaling messages being used, basic user 
information inputs such as user identity and/or subject 
and/or contents of the message in its message body are 
10 already present. Hence, the collecting step is not 
necessary. 

The SCP will therefor receive information from the SSP/CSCF 
such as the caller's identification,, the entry to the 
15 subject field of a SIP signaling message, and/or an 

indication of contents included in the SIP message body 
(cf . step S25 in Fig. 2) . The SCP then conducts an analysis 
on the obtained information basically as described in 
connection with Fig. 2. 

20 

Case A) : 

If, for example, step S27 in Fig. 2 yields that no content 
at all (and thus also no predetermined content) or just no 
predetermined content (but nevertheless some content) is 

25 contained in the message body, in a modified step S29 (not 
shown in Fig. 2) the SCP may perform a logging, see step 
(4.) of Fig. 3, of the call request to the WTA server. The 
logging information may then include the caller's identity, 
for example in combination with the information contained 

30 in the subject field. This logging information then 

represent a kind of a guestbook of those callers which 
tried to call the terminal/destination B. A most recent 
logging entry to the guest book is then pushed, step (5.) 
in Fig. 3, via the WAP gateway WAP GW, as a WAP PUSH 

35 message to the destination B. The indication of a call 
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request as such together with text (e.g. entry in the 
subject field) is then indicated to the callee (B) after 
the WAP push delivery from the network service (i.e. after 
terminal B can be reached again) . 

5 

Case B) : 

Also, if, for example, step S27 in Fig. 2 yields that no 
predetermined content (but nevertheless some content) is 
contained in the message body, according to step S29 (as 
10 shown in Fig. 2) the SCP may instruct the CSCF (SSP/IVR) to 
deliver the content. Note that in this case, the SCP need 
not send the content to the CSCF, as the content was not 
transferred from the CSCF to the SCP for processing 
purposes. 

15 

Case C) : 

Also, if for example, step S27 in Fig. 2 yields that 
predetermined content is included in the SIP message body, 
the processing as illustrated in Fig. 2, steps S28, S29 is 
20 performed. 

Thus, the SCP in case B) and C) requests the CSCF (SSP/IVR) 
to deliver a content (original content of SIP message body 
or processed content (e.g. replaced by a greeting content 
25 to the destination) ) . 

Thus, if the call set-up has failed or if otherwise 
desired, the SCP may decide to deliver the content using 
alternative means. Delivery may be achieved by using the 

30 multimedia messaging service center or generally via the 
multimedia messaging service environment (MMSE) . This 
means, for instance, that from the SCP there is an 
interface to the MMSE. This interface can, for instance, be 
based on simple mail transfer protocol (SMTP) . The SCP 

35 composes an SMTP message comprising a text part specifying 
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typically call set-up attempt details such as caller, time 
and call subject from SIP INVITE message. The message also 
comprises the call set-up message contents <e.g. from SIP 
INVITE message) . Jt is then up to the MMSE to deliver the 
5 message as discussed in 3GPP specification TS 23.140 (e.g. 
version 4.1-0, 2000-12) . 

Other equivalent store and forward delivery mechanisms can 
be envisioned. The SCP can also interface a standard mail 
10 delivery system and from there a mailbox for the called 
party. 

The delivery of greeting contents relating to unsuccessful 
call set-up attempts can be facilitated in several ways. 

15 For instance, when the mobile station (MS) i.e. mobile 

terminal for the called party is first powered on, there 
may be a notification to the MMSE. The MMSE will then 
automatically deliver a notification to the MS on the calls 
missed and the multimedia messages composed by SCP relating 

20 to unsuccessful call attempts are pushed automatically to 
the MS. 

Similarly, there can be a power-on or reachability 
notification to the SCP or to a called party specific WAP 

25 server on the network attach of the MS. This may cause that 
the guestbook content composed by a content server relating 
to unsuccessful call set-up attempts to the called party is 
pushed to the called party. This means that the content is 
automatically delivered to the called party. The delivery 

30 is preceded by address activation for the called party so 
that the content can be delivered to her address. The push 
may be implemented using e.g. WAP content push mechanisms 
or using the push mechanisms specified in 3GPP push 
specifications TR 23.874 (e.g. version 1.3.0). 



35 
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If the called terminal B is capable to receive multimedia 
message service MMS messages (e.g. including MIME type 
contents such as audio / video etc.), the callers message 
(i.e. contents thereof) is converted to the MMS format and 
5 sent, for example by the SSP/IVR, to the MMSC. The MMSC in 
turn will deliver the message contents by pushing it (via 
the WAP GW) to the called terminal B. Thus, delivering said 
(processed) content is effected via a data link different 
from a data link used for a call. Note that MMS format" has 
10 been chosen as an example only and that for example a 
conventional e-mail format may also be applicable for 
embedding the contents therein, in case the content is 
delivered as an e-mail to the terminal B. 

15 In any of the above cases, if the caller's identity is 
indicated to the callee only by use of a calling line 
identity CLI which is not known/stored in the terminal B, 
in a step (6.) a database query can be implemented to 
learn, who owns this telephone number. The database labeled 

20 directory services in Fig. 3 may be any suitable database 
in the network such as the HSS containing a table of 
subscriber names and associated telephone numbers. 

Also, in any of the above cases, based on the logged call 
25 request information available to the callee terminal B, the 
subscriber B may initiated a call back, step (7.), to the 
caller . 

Fig. 4 illustrates one embodiment of the invention, 
30 according to which the entire SIP message or its relevant 
parts, excluding some information only relevant for the 
CSCF such as SDP (Session Description Protocol) elements, 
are always sent to the service control entity at a given 
condition detected at the detection point. In Figure 4, 
35 (CONT1, . . . ,CONTn) , wherein n belongs to the set of natural 
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numbers, represents the set of contents received by the 
CSCF prior to condition detection at the detection point is 
encountered. The contents CONTk, ... ,CONTj may be entirely 
new contents not thus representing modified contents of the 
set CONT1 , . . . , CONTn . It should be noted that the SCP may 
only modify a subset of the contents (CONT1, ... CONTn) in 
its response. Similarly, it is possible that the SCP sends 
extra contents not present in the original set (CONT1, 
CONTn). Generally, the SCP is provided with means to 
insert, delete or to replace contents to/from the set 
CONT1, . . . , CONTn. 

Of course, not all the contents CONT1 CONTn may have 
been received in the INVITE message itself. Some or all may 
have been received in other forward direction signalling 
messages. Further, it is possible that the set 
CONT1, CONTn represents only the set of contents 
relevant for the services in SCP. The set of contents 
relevant for a service can be determined, for instance, in 
the trigger data of the CSCF. 

In an another embodiment of the invention as shown in Fig. 
5, in order to reduce signalling load to an external SCP or 
to reduce copying to an internal service control entity, 
the SERVICE REQUEST message carries only information on the 
types of contents present in the call set-up information 
received, e.g. information received in SIP INVITE message 
or other subsequent call set-up related messages. In this 
embodiment -of the invention it is up to the SCP to decide 
whether it need to retrieve separately the actual entire 
contents from the CSCF. Only part of the contents received 
by the CSCF related to a call set-up may be requested by 
the SCP. 
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In the cases where the calling party has a mobile terminal, 
it may be beneficial by the SCP at the calling party side 
to add the MIME contents (not necessarily relating to SDP 
media descriptions) to the outgoing INVITE message, as it 
5 is shown in Fig. 7. In this way. the radio bandwidth is 
spared on the calling party side. Also the sending of 
INVITE message is expedited in the way that the INVITE 
message may be sent using IP/UDP instead of TCP/IP. 
Otherwise an INVITE with large MIME contents would have to 

10 be sent using TCP/IP due to UDP message size limitation. 
Thus, there is a service for the calling party which adds 
the MIME contents e.g. greeting contents based on some 
indication in the INVITE message from the terminal such as 
a specifier in from-header or in subject header. The 

15 content may have been stored to the SCP or to a content 
storage by the calling party beforehand. 

Note that the call processing server CPS is located in the 
core network, and that SIP architecture is present to a 

20 certain degree in parallel to 3CPP architecture in terms of 
the CPS (SIP server) and CSCF (3GPP server) . Just to give 
an explanatory example, for instance in a university campus 
environment, there could just be a small CPS serving the 
workstations of a single network segment comprising up to a 

25 few dozen workstations with telephony and multimedia 

capabilities. In this kind of environments there is no need 
to distinguish between access and core networks. The 
network connecting the CPS to each of the workstations can 
be seen to play the role of both access and core networks. 

30 Further, if a WLAN is incorporated into the example 

scenario, there could be a separate WLAN constituting an 
access network with a few base stations. These base 
stations could be served by a few routers. Further, there 
could then be at least one SIP CPS serving the entire WLAN 

35 environment. 
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It is to be noted that in the preferred embodiment of the 
invention, the SIP CPS used is independent of a mobile 
station location within the wireless access network. The 
same applies in larger scale in large mobile networks in 
accordance with 3GPP specifications. 

Note that in Figure 6, the CPS-A is in the role of the SIP 
server for CALLING SUBSCRIBER, whereas the CSCF is playing 
the role of a SIP server for the CALLED SUBSCRIBER. The 
CPS-A is in the figure purely to illustrate that there 
could be a SIP server for the calling party in the network. 
The CSCF (for the called party) has a more elaborate role 
since it is equipped with capability to contact the service 
control function SCF (i.e. the SCP service control point) 
for the alternative delivery services, and it is triggering 
the service for the called party. 

What should further be noted concerning figures 4 and 5 is 
that the aim of these figures is to illustrate the 
signaling between the CSCF and SCP. There could be a CPS 
from which the messages are received to the CSCF or they 
could come even directly from a calling party terminal. 
It should be noted that in figures 4 and 5 the CSCF could 
also be a centralized SIP server, dedicated for certain 
services, which could provide services either for the 
calling or the called party. 

Thus, it is noted that the CPS is located in Fig. 1 in the 
core network CN "below" the CSCF so that a call/session 
initiated from terminal A may be routed via the CPS to the 
CSCF. 

In figure 7, the service is for the calling party. 
Therefore, there is illustrated the functionality of the 
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serving CSCF of the calling party. In Figure 7 there could 
or could not be an (essentially transparent) proxy CSCF or 
CPS between the terminal of the calling party and the 
serving CSCF for the calling party. What is important is 
5 that the CSCF is triggering services for the calling party. 
The service is beneficial since it enables to retrieve a 
content by an identifier instead of carrying the entire 
content via the radio interface. The identifier could be an 
URL picked by the calling party from a hypertext browser 
10 based greeting content selection service. 

In Figure 6, the illustrated CPS is for the calling party. 
In figures 4 and 5, the CPS could be omitted, as long as 
there is just received an INVITE from "somewhere", as from 
15 where it is received is not essential for the illustrated 

functionality between CSCF and SCP. In figure 7, a focus is 
on the functionality for the calling party so that there 
could or could not be a SIP proxy between MS-A and the CSCF 
(Fig. 7 shows the case in which there is no CPS provided). 

20 

Finally, it should be noted that although entity of the 
network have mostly be described under a viewpoint of their 
functional behavior, it is to be understood that the 
present invention also addresses the entities as such. 

25 

Apparently, the present invention concerns the call control 
entity CSCF controlling calls to be established from a 
subscriber A, B to a communication destination B, A in a 
communication network, comprising: a transceiver means 

30 adapted to receive a signaling message from said subscriber 
(A) and to forward said signaling message to said 
destination B, said signaling message comprising a message 
header and a message body, said message header including 
information descriptive for a content carried in the 

35 message body, a control means adapted to be responsive to 
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the detection of the occurrence of at least one 
predetermined condition occurring in said network, wherein 
in case the occurrence of said predetermined condition has 
been detected, said control means sends information 
5 concerning the content carried in the message body of said 
signaling message to a service control entity SCP. 

Likewise, the present invention concerns the service 
control entity SCP controlling services provisioned in a 

10 network for a respective subscriber, a subscriber A, B 

establishing calls to a communication destination B, A in a 
communication network using a signaling message comprising 
a message header and a message body, said message header 
including information descriptive for a content carried in 

15 the message body, said service control entity comprising: 

control means adapted to be responsive to a detection of at 
least one predetermined condition occurring in said 
network, wherein in response thereto, the service control 
entity SCP is adapted to issue a request to a call control 

20 entity CSCF for information concerning a content carried in 
the message body of a signaling message to said service 
control entity SCP. 

Advantageously, the service control entity SCP comprises 
25 analyzing means adapted to analyze said information 

concerning the content carried in the message body, and 
wherein said control means, dependent on the result of 
issued by said analyzing means, is adapted to issue a 
request to said call control entity CSCF to send at least a 
30 part of said content of said signaling message to said 

service control entity SCP; a processing means adapted to 
process said content sent from said call control entity 
CSCF to said service control entity SCP; wherein said 
processing means is adapted to modify said content of, to 
35 delete said content of or to add a new content to the 
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signaling message body; and a transmission means adapted to 
send the processed content to the call control entity CSCF, 
and wherein said control means issues a request to the call 
control entity to deliver said processed content. 

Also, according to a modification of the present invention, 
the detection entity can also be a service logic or an 
application program executed in service execution means 
outside the basic call control functionality of a CSCF. The 
receipt of call and/or session set-up messages, e.g. SIP 
methods, can be conditionally or unconditionally be 
reported to the detection entity, which makes the decision 
to forward the session set-up information relating to e.g. 
received SIP methods to the actual service control entity. 
In an another embodiment of the invention, the detection 
entity just comprises the basic session and/or call control 
functionality of a CSCF to receive and to react to incoming 
session set-up messages. In an advantageous embodiment of 
the invention,, the detection entity comprises a filtering 
means to decide based on the type or content of session 
set-up messages whether or not to indicate the message 
related event to service control means. For instance, the 
filtering means can comprise a functionality related to 
trigger information processing in a manner similar to 
intelligent network. 

Accordingly, the present invention proposes a method for 
transmitting data in a communication network, said 
communication network comprising at least one call control 
entity CSCF for controlling calls to be established from a 
subscriber A, B to a communication destination B, A, a 
service control entity SCP for controlling services 
provisioned in said network for a respective subscriber, 
and a detection entity DP adapted to detect at least one of 
a plurality of predetermined conditions occurring in said 
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network; said method comprising the steps of: forwarding a 
signaling message from said subscriber A to said at least 
one call control entity CSCF for being further forwarded to 
said destination B, said signaling message comprising a 
5 message header and a message body, said message header 

including information descriptive for a content carried in 
the message body, detecting the occurrence of said at least 
one predetermined condition, and in case the occurrence of 
said predetermined condition has been detected, sending 

10 information concerning the content carried in the message 
body of said signaling message to said service control 
entity SCP. Also, the present invention proposes a 
communication system comprising a call control entity 
(CSCF) controlling calls to be established from a 

15 subscriber (A, B) to a communication destination (B, A), a 
service control entity (SCP) controlling services 
provisioned in a network for a respective subscriber, 
wherein said system is adapted to operate according to the 
above method, and also a call control entity and a service 

20 control entity as such. 



Although the present invention has been described herein 
above with reference to its preferred embodiments, it 
25 should be understood that numerous modifications may be 

made thereto without departing from the spirit and scope of 
the invention. It is intended that all such modifications 
fall within the scope of the appended claims. 
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CLAIMS 

1. A method for transmitting data in a communication 
network, said communication network comprising 

5 at least one call control entity (CSCF) for 

controlling calls to be established from a subscriber (A, 
B) to a communication destination (B, A) , 

a service control entity (SCP) for controlling 
services provisioned in said network for a respective 
10 subscriber, and 

a detection entity (DP) adapted to detect at least one 
of a plurality of predetermined conditions occurring in 
said network; 

said method comprising the steps of: 

15 - forwarding a signaling message from said subscriber (A) 
to said at least one call control entity (CSCF) for being 
further forwarded to said destination (B) , 

said signaling message comprising a message header and 
a message body, said message header including information 

20 descriptive for a content carried in the message body, 

- detecting the occurrence of said at least one 
predetermined condition, and 

- in case the occurrence of said predetermined condition 
has been detected, sending information concerning the 

25 content carried in the message body of said signaling 
message to said service control entity (SCP) . 

2. A method according to claim 1, wherein 

- said detection entity informs the service control entity 
30 (SCP) of the occurrence of said predetermined condition, 

and 

- in response thereto, the service control entity (SCP) 
requests the call control entity (CSCF) to send said 
information concerning the content carried in the message 



WO 02/078362 PCT/EP01/03305 

36 



body of said signaling message to said service control 
entity (SCP) . 

3. A method according to claim 1, wherein said at least one 
5 of a plurality of predetermined conditions is related to a 

state of call establishment of a call between said 
subscriber (A, B) and said destination (B, A) . 

4. A method according to claim 3, wherein said state of 
10 call establishment is indicated by a type of a signaling 

response message. 

5. A method according to claim 3 or 4, wherein said state 
of call establishment is an unsuccessful call-setup. 

15 

6. A method according to claim 1, further the steps of 

- analyzing said information concerning the content carried 
in the message body at said service control entity (SCP) , 
and 

20 - dependent on the result of analyzing, requesting said 

call control entity (CSCF) to send at least a part of said 
content of said signaling message to said service control 
entity (SCP) . 

25 7. A method according to claim 6, further comprising 

processing said content sent from said call control entity 
(CSCF) to said service control entity (SCP) at said service 
control entity. 

30 8. A method according to claim 7, wherein said processing 
comprises modifying said content of, deleting said content 
of or adding a new content to the signaling message body. 



9. A method according to claim 1, wherein 
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only predetermined information concerning the content 
carried in the message body of said signaling message is 
sent to said service control entity (SCP) . 

5 10. A method according to claim 9, wherein 

said predetermined information are specific types of 
content carried in said signaling message. 

11. A method according to claim 10, wherein said specific 
10 types are preselected at the call control entity (CSCF) . 

12. A method according to claim 11, wherein said specific 
types are preselected at the call control entity based on 
subscriber specific selection data. 

15 

13. A method according to claim 1, wherein said signaling 
message is a Session Initiation Protocol (SIP) message and 
wherein said contents carried in said message body are 
Multipurpose Internet Mail Extension (MIME) type contents. 

20 

14. A method according to claim 7, wherein 

said service control entity (SCP) sends the processed 
content to the call control entity (CSCF) and requests the 
call control entity to deliver said processed content. 

25 

15. A method according to claim 14, wherein 
delivering said processed content is effected via a data 
link different from a data link used for a call. 

30 16. A method according to claim 15, wherein 

said different data link to said destination is established 
via a WAP gateway and/or the Internet. 
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17. A call control entity (CSCF) controlling calls to be 
established from a subscriber (A, B) to a communication 
destination (B, A) in a communication network, comprising: 

- a transceiver means adapted to receive a signaling 
5 message from said subscriber (A) and to forward said 

signaling message to said destination (B) , 

said signaling message comprising a message header and 
a message body, said message header including information 
descriptive for a content carried in the message body, 
10 - a control means adapted to be responsive to the 

detection of the occurrence of at least one predetermined 
condition occurring in said network, wherein 

in case the occurrence of said predetermined 
condition has been detected, said control means sends 
15 information concerning the content carried in the 

message body of said signaling message to a service 
control entity (SGP) . 

18. A call control entity (CSCF) according to claim 17, 
20 further comprising a detection entity (DP) adapted to 

detect at least one of said plurality of predetermined 
conditions occurring in said network. 

19. A service control entity (SCP) controlling services 
25 provisioned in a network for a respective subscriber, a 

subscriber (A, B) establishing calls to a communication 
destination (B, A) in a communication network using a 
signaling message comprising a message header and a message 
body, said message header including information descriptive 
30 for a content carried in the message body, 
said service control entity comprising: 

- control means adapted to be responsive to a 
detection of at least one predetermined condition occurring 
in said network, 
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wherein in response thereto, the service control 
entity (SCP) is adapted to issue a request to a call 
control entity (CSCF) for information concerning a 
content carried in the message body of a signaling 
message to said service control entity (SCP) . 

20. A service control entity (SCP) according to claim 19, 
further comprising: 

- analyzing means adapted to analyze said information 
concerning the content carried in the message body, and 
wherein said control means, dependent on the result of 
issued by said analyzing means, is adapted to issue a 
request to said call control entity (CSCF) to send at least 
a part of said content of said signaling message to said 
service control entity (SCP) . 

21. A service control entity (SCP) according to claim 20, 
further comprising: 

- a processing means adapted to process said content sent 
from said call control entity (CSCF) to said service 
control entity (SCP) . 

22. A service control entity (SCP) according to claim 21, 
wherein said processing means is adapted to modify said 
content of, to delete said content of or to add a new 
content to the signaling message body. 

23. A service control entity according to claim 22, further 
comprising 

- a transmission means adapted to send the processed 
content to the call control entity (CSCF) , and wherein said 
control means issues a request to the call control entity 
to deliver said processed content. 

24. A communication system comprising 
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- a call control entity (CSCF) controlling calls to be 
established from a subscriber (A, B) to a communication 
destination (B, A) according to any of claims 17 to 18, 

- a service control entity (SCP) controlling services 
provisioned in a network for a respective subscriber 
according to any of claims 19 to 23, wherein said system is 
adapted to operate according to the method according to any 
of the claims 1 to 16. 
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